English+GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>Virtual Router Redundancy Protocol</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading"><span class="mw-page-title-main">Virtual Router Redundancy Protocol</span></h1>

</header>

</div>

<caption style="background:#C0C0FF; font-size:larger;">VRRP (Virtual Router Redundancy Protocol)

</caption>

<th>Familie:

</th>

<td><a href="Internetprotokollfamilie" title="Internetprotokollfamilie">Internetprotokollfamilie</a>

</td></tr>

<tr>

<th>Einsatzgebiet:

</th>

<td>Hochverfügbarkeit<br>

<p>von <a href="Router" title="Router">Routern</a>

</p>

</td></tr>

<tr>

<caption><b>VRRP im <a href="TCP/IP-Referenzmodell" class="mw-redirect" title="TCP/IP-Referenzmodell">TCP/IP-Protokollstapel</a></b>

</caption>

<td rowspan="2" style="background:#FFCC99"><b>Vermittlung</b>

</td>

</td></tr>

<tr>

</td></tr>

<tr>

<td rowspan="2" style="background:#FFEEBB"><i>Netzzugang</i>

</td>

<td rowspan="2" style="background:#EEEEEE"><a href="Ethernet" title="Ethernet">Ethernet</a>

</td>

<td rowspan="2" style="background:#EEEEEE"><a href="Token_Bus" title="Token Bus">Token<br> Bus</a>

</td>

<td rowspan="2" style="background:#EEEEEE"><a href="Token_Ring" title="Token Ring">Token<br> Ring</a>

</td>

</td>

<td rowspan="2" style="background:#EEEEEE">…

</td></tr></tbody></table>

</td></tr>

<tr>

<td><b>Standards:</b>

</td>

<td>

</p><p>RFC 5798 (2010)<sup id="cite_ref-RFC5798_2-0" class="reference"><a href="#cite_note-RFC5798-2"><span class="cite-bracket">[</span>2<span class="cite-bracket">]</span></a></sup>

</p>

</td></tr></tbody></table>

<p>Das <b>Virtual Router Redundancy Protocol</b> (<b>VRRP</b>) ist ein Verfahren zur Steigerung der Verfügbarkeit wichtiger Gateways in <a href="Local_Area_Network" title="Local Area Network">lokalen Netzen</a> durch <a href="Redundanz_(Technik)" title="Redundanz (Technik)">redundante</a> <a href="Router" title="Router">Router</a>.

</p><p>Das VRRP wurde von Ascend Communications, <a href="Digital_Equipment_Corporation" title="Digital Equipment Corporation">DEC</a>, <a href="IBM" title="IBM">IBM</a>, <a href="Microsoft" title="Microsoft">Microsoft</a> und <a href="Nokia" title="Nokia">Nokia</a> im Jahr 1998 entwickelt. Heute ist es aber auch in den Routern vieler anderer Hersteller wie <a href="Alcatel" title="Alcatel">Alcatel</a>, <a href="Cisco_Systems" title="Cisco Systems">Cisco</a> oder <a href="DrayTek" title="DrayTek">DrayTek</a> verfügbar. Ziel war es, einen offenen Standard zu etablieren, der sich dem Problem der Ausfallsicherheit von Datenwegen widmet, nämlich der Verfügbarkeit des sogenannten <a href="Standardgateway" class="mw-redirect" title="Standardgateway">Standardgateways</a> in lokalen Netzen.

</p>

<div class="mw-heading mw-heading2"><h2 id="Funktionsweise_Active/Standby"><span id="Funktionsweise_Active.2FStandby"></span>Funktionsweise Active/Standby</h2></div>

<p>Beim Routen von Datenpaketen durch Netzwerke wird dem Ausfall von Teilstrecken auf dem Weg zum Ziel normalerweise durch <a href="Dynamisches_Routing" class="mw-redirect" title="Dynamisches Routing">dynamisches Routing</a> entgegengewirkt. Fällt jedoch der erste Router auf einer Strecke aus, so ist dieser Fehler nicht durch dynamisches Routing zu beheben, da ein Host im Normalfall nur ein statisches Standardgateway kennt und meist auch nur eines unterstützt.

</p><p>Durch einen Ausfall des ersten Routers, des Standardgateways, sind die betroffenen Hosts von der Kommunikation mit der Außenwelt abgeschnitten, selbst dann, wenn noch aktive Router im selben Teilnetz verfügbar sind.

</p><p>An dieser Stelle setzt das VRRP an. Mehrere physische Router werden zu einer logischen Gruppe zusammengefasst, die sich im Netzwerk nun als <i>ein</i> logischer virtueller Router präsentiert.

</p><p>Hierzu wird dem logischen Router eine <a href="Virtuelle_IP-Adresse" title="Virtuelle IP-Adresse">virtuelle IP-Adresse</a> und eine virtuelle <a href="MAC-Adresse" title="MAC-Adresse">MAC-Adresse</a> zugeordnet. Einer der Router innerhalb der Gruppe wird als der virtuelle Master-Router definiert. Dieser bindet daraufhin die virtuelle MAC- und die virtuelle IP-Adresse an sein <a href="Netzwerkschnittstelle" title="Netzwerkschnittstelle">Netzwerkinterface</a> und informiert die anderen Router der Gruppe, die als virtuelle Backup-Router agieren.

</p><p>Fällt der Master-Router aus, werden die virtuelle IP-Adresse und die virtuelle MAC-Adresse innerhalb von (Milli-)Sekunden auf einen der Backup-Router übertragen, der damit zum neuen Master-Router wird.<sup id="cite_ref-3" class="reference"><a href="#cite_note-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup> Sowohl die MAC- als auch die IP-Adresse werden transferiert, damit die betroffenen Hosts ihren <a href="Address_Resolution_Protocol" title="Address Resolution Protocol">ARP-Cache</a> nicht aktualisieren müssen. Die Folgen des Ausfalls des ersten Routers auf der Route können somit reduziert werden. Dieses Redundanzprinzip wird <a href="Hot_Standby" class="mw-redirect" title="Hot Standby">Hot Standby</a> genannt.

</p>

<div class="mw-heading mw-heading2"><h2 id="Funktionsweise_Active/Active"><span id="Funktionsweise_Active.2FActive"></span>Funktionsweise Active/Active</h2></div>

<p>Diese Funktionsweise Active/Active ist abhängig vom Hersteller, da diese nicht standardisiert ist und dadurch kein einheitlicher Standard vorherrscht. Der Unterschied zwischen Active/Standby VRRP (begrifflich korrekt Master/Backup) besteht darin, dass Active/Active VRRP den <a href="Lastverteilung_(Informatik)" title="Lastverteilung (Informatik)">Lastausgleich</a> ermöglichen soll. Einige Hersteller sind <a href="Citrix_Systems" title="Citrix Systems">Citrix</a>,<sup id="cite_ref-4" class="reference"><a href="#cite_note-4"><span class="cite-bracket">[</span>4<span class="cite-bracket">]</span></a></sup> <a href="Extreme_Networks" title="Extreme Networks">Extreme Networks</a>,<sup id="cite_ref-5" class="reference"><a href="#cite_note-5"><span class="cite-bracket">[</span>5<span class="cite-bracket">]</span></a></sup> <a href="Fortinet" title="Fortinet">Fortinet</a> und andere.

</p>

<div class="mw-heading mw-heading2"><h2 id="Verwendung_mehrerer_VRRP_Setups_in_einem_Layer-2-Segment">Verwendung mehrerer VRRP Setups in einem Layer-2-Segment</h2></div>

<p>Um eine Koexistenz mehrerer Cluster innerhalb einer Broadcastdomäne (z. B. eines VLANs) zu ermöglichen, konfiguriert man zusammengehörige Router über die Virtual Router ID (VRID). So können z. B. bis zu 255 unabhängige VRRP-Setups in einem VLAN benutzt werden. Das können Router sein, aber auch Firewalls oder Servercluster, die sich über VRRP absichern. Die VRID ist Teil des VRRP-Paketes, damit jedes am VRRP teilnehmende Gerät feststellen kann, ob das Paket verarbeitet werden muss oder zu einem anderen Cluster gehört. Zudem ist die VRID Teil der virtuellen MAC-Adresse, damit die einzelnen VRRP-Cluster nicht die gleiche MAC-Adresse benutzen. Stellt ein Routerverbund mehr als ein IP-Netz zur Verfügung, nutzt man in der Regel ebenfalls eine VRID je IP-Netz bzw. virtueller IP, auch wenn das VRRP grundsätzlich mehrere virtuelle IPs in einer VRID abbilden kann.

</p>

<div class="mw-heading mw-heading2"><h2 id="Prioritäten_und_Failoverlogik"><span id="Priorit.C3.A4ten_und_Failoverlogik"></span>Prioritäten und Failoverlogik</h2></div>

<p>Neben der VRID wird auf jedem Router eine Priorität zwischen 1 und 254 konfiguriert. Nach dem Start der VRRP-Funktion horcht das Gerät erst für einige Sekunden, ob es VRRP-Pakete anderer Geräte empfängt.

</p><p>Sofern es Pakete mit der eigenen VRID und einer Priorität größer oder gleich der eigenen empfängt, wechselt das Gerät in den Backup-Modus. Empfängt das Gerät keine VRRP Pakete, wird es zum Master. Empfängt das Gerät VRRP Pakete mit einer Priorität kleiner der eigenen, wird es Master, sofern die Preemption (Einstellung, ob ein bestehender Master abgelöst werden soll) aktiviert ist.

</p><p>Der Übergang zum Master-Status bedeutet, dass das Gerät zum einen damit beginnt, selbst VRRP-Pakete zu versenden. Zum anderen wird ein Gratuitous-ARP-Paket für die virtuelle IP mit der virtuellen MAC-Adresse als Source versendet.

</p><p>Der bisherige Master geht fortan in den Backup-Status, versendet keine VRRP-Pakete mehr und fährt die virtuelle MAC-Adresse herunter.

</p><p>Empfängt ein Backup-Router keine VRRP-Pakete für einen Zeitraum von mehr als 3 erwarteten Paketen, wird von einem Ausfall ausgegangen. Der Backup-Router wird zum Master.

</p><p>Die Zeitintervalle (Advertisement Interval) sind definierbar, per default wird ein Paket pro Sekunde versendet.

</p><p>Je höher die Priorität des jeweiligen Routers ist, desto früher übernimmt er. Die Dauer beträgt 3 * Advertisement Interval + ((256 – Priorität) / 256) Sekunden. Ein Backup-Router mit 500 ms Advertisement Interval und einer Priorität von 192 würde also zum Master-Status wechseln, wenn er 1,75 Sekunden (3*0,5 + (256-192)/256) kein VRRP-Paket empfängt.

</p><p>Sofern mehr als 2 Router verwendet werden, sollte man die Priorität entsprechend weit auseinander legen, um zu verhindern, dass bei einem Failover mehrere Backup-Router zum Master werden.

</p>

<div class="mw-heading mw-heading2"><h2 id="Verwendete_Adressen_(Ethernet)"><span id="Verwendete_Adressen_.28Ethernet.29"></span>Verwendete Adressen (Ethernet)</h2></div>

<p>VRRP benutzt virtuelle IP-Adressen wie auch virtuelle MAC-Adressen. Die virtuellen IP-Adressen sind frei konfigurierbar.

</p><p>Das VRRP-Paket wird mit der fest konfigurierten Source IP des Interfaces (bei IPv6 wird die Link-local-Adresse verwendet) und der Destination IP 224.0.0.18 (IPv4 <a href="Multicast" title="Multicast">Multicast</a>) bzw. ff02::12 (IPv6 Multicast) versendet.

</p><p>Als virtuelle MAC wird eine Multicast-Adresse aus dem Bereich 00:00:5E:00:01:01 bis 00:00:5E:00:01:FF benutzt, die letzte 8 bit sind dabei die VRID. Bei IPv6 wird analog dazu 00:00:5E:00:02:01 bis 00:00:5E:00:02:FF verwendet.

</p><p>Die Source MAC der VRRP Pakete ist die virtuelle MAC, die Destination MAC lautet 01:00:5E:00:00:12 (IPv4) bzw. 33:33:00:00:00:12 (IPv6).

</p><p>VRRP ist ein eigener IP-Protokolltyp mit der Nummer 112. Sofern Version 2 mit MD5-Authentication benutzt wird, wird abweichend allerdings Protokollnummer 51 (Authentication Header) verwendet.<sup id="cite_ref-6" class="reference"><a href="#cite_note-6"><span class="cite-bracket">[</span>6<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Versionen">Versionen</h2></div>

<p>Es gibt 2 Protokollversionen, die nicht kompatibel zueinander sind, VRRPv2<sup id="cite_ref-RFC3768_1-1" class="reference"><a href="#cite_note-RFC3768-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup> und VRRPv3.<sup id="cite_ref-RFC5798_2-1" class="reference"><a href="#cite_note-RFC5798-2"><span class="cite-bracket">[</span>2<span class="cite-bracket">]</span></a></sup>

</p><p>VRRPv3 erweitert das Protokoll um IPv6 Support (und potentiell folgende IP-Versionen) und streicht im Gegenzug die integrierte Authentifizierungsfunktion, die sich als weitgehend nutzlos erwies.

</p>

<div class="mw-heading mw-heading2"><h2 id="Einschränkungen"><span id="Einschr.C3.A4nkungen"></span>Einschränkungen</h2></div>

<p>Jeder Router benötigt eine feste IP-Adresse je IP-Netz, welches per VRRP angebunden werden soll. Ein Setup basierend aus 2 Routern braucht also 2 feste IPs für die Router, dazu die virtuelle IP. Das führt dazu, dass im Falle von IPv4 inkl. der Netz-IP und Broadcast-IP 5 IPs benötigt werden. Speziell bei kleinen Netzen führt das zu einem hohen Adressverschnitt. Transfernetze zwischen Routern und Firewalls müssen z. B. mindestens als <a href="Classless_Inter-Domain_Routing" title="Classless Inter-Domain Routing">/29</a> ausgelegt werden, wo ohne VRRP eventuell schon ein /30 funktionieren würde.

</p>

<div class="mw-heading mw-heading2"><h2 id="Verwendung_und_Alternativen">Verwendung und Alternativen</h2></div>

<p>Da VRRP Patente des Unternehmens <a href="Cisco_Systems" title="Cisco Systems">Cisco</a> verwendet, haben die Entwickler des freien <a href="OpenBSD" title="OpenBSD">OpenBSD</a>-Betriebssystems ein alternatives Protokoll <a href="Common_Address_Redundancy_Protocol" title="Common Address Redundancy Protocol">CARP</a> entwickelt. Die Webserversoftware <a href="Nginx" title="Nginx">Nginx</a> Plus hat das VRRP-Protokoll mit dem Release R6 implementiert, wodurch eine Hochverfügbarkeit der <a href="Webserver" title="Webserver">Webserver</a> erreicht werden soll.<sup id="cite_ref-Cerf/Cain_7-0" class="reference"><a href="#cite_note-Cerf/Cain-7"><span class="cite-bracket">[</span>7<span class="cite-bracket">]</span></a></sup> Im Providerbereich wird teilweise Ethernet VPN (EVPN) als Alternative benutzt, weil hier keine statischen IP-Adressen je Router benötigt werden.

</p>

<div class="mw-heading mw-heading2"><h2 id="Siehe_auch">Siehe auch</h2></div>

<ul><li><a href="Hot_Standby_Router_Protocol" title="Hot Standby Router Protocol">Hot Standby Router Protocol</a> (HSRP), entwickelt von Cisco Systems</li>

<li><a href="Common_Address_Redundancy_Protocol" title="Common Address Redundancy Protocol">Common Address Redundancy Protocol</a> (CARP), entwickelt vom OpenBSD-Team</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li>Aktuelle Version: <i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <style data-mw-deduplicate="TemplateStyles:r250917974">

/* start https://de.wikipedia.org/ */

.mw-parser-output .dewiki-iconexternal>a{background-position:center right!important;background-repeat:no-repeat!important}body.skin-minerva .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/OOjs_UI_icon_external-link-ltr-progressive.svg")!important;background-size:10px!important;padding-right:13px!important}body.skin-timeless .mw-parser-output .dewiki-iconexternal>a,body.skin-monobook .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/MediaWiki_external_link_icon.svg")!important;padding-right:13px!important}body.skin-vector .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/Link.ernal-small-ltr-progressive.svg")!important;background-size:0.857em!important;padding-right:1em!important}

/* end https://de.wikipedia.org/ */

</style><span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc5798" class="extiw external" title="rfc:5798">5798</a></span></i> – <i><span lang="en">Virtual Router Redundancy Protocol (VRRP) Version 3 for IPv4 and IPv6</span></i>. März 2010 (englisch).</li>

<li>Alte Version: <i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc3768" class="extiw external" title="rfc:3768">3768</a></span></i> – <i><span lang="en">Virtual Router Redundancy Protocol</span></i>. April 2004 (aktualisiert durch <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc5798" class="extiw external" title="rfc:5798"><i>RFC 5798</i></a></span>, veraltet, englisch).</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc3768" class="extiw external" title="rfc:3768">3768</a></span></i> – <i><span lang="en">Virtual Router Redundancy Protocol</span></i>. April 2004 (aktualisiert durch <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc5798" class="extiw external" title="rfc:5798"><i>RFC 5798</i></a></span>, veraltet, englisch).</span>

</li>

<i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc5798" class="extiw external" title="rfc:5798">5798</a></span></i> – <i><span lang="en">Virtual Router Redundancy Protocol (VRRP) Version 3 for IPv4 and IPv6</span></i>. März 2010 (englisch).</span>

</li>

<li id="cite_note-3"><span class="mw-cite-backlink"><a href="#cite_ref-3">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="https://it-networking.eu/#Virtual_Router_Redundancy_Protocol">VRRP.</a> it-networking.eu</span>

</li>

<li id="cite_note-4"><span class="mw-cite-backlink"><a href="#cite_ref-4">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://docs.citrix.com/en-us/citrix-adc/current-release/networking/interfaces/active-active-mode-using-vrrp.html"><i>Citrix ADC Appliances in Active-Active Mode Using VRRP.</i></a><span class="Abrufdatum"> Abgerufen am 5. Mai 2021</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AVirtual+Router+Redundancy+Protocol&rft.title=Citrix+ADC+Appliances+in+Active-Active+Mode+Using+VRRP&rft.description=Citrix+ADC+Appliances+in+Active-Active+Mode+Using+VRRP&rft.identifier=https%3A%2F%2Fdocs.citrix.com%2Fen-us%2Fcitrix-adc%2Fcurrent-release%2Fnetworking%2Finterfaces%2Factive-active-mode-using-vrrp.html"> </span></span>

</li>

<li id="cite_note-5"><span class="mw-cite-backlink"><a href="#cite_ref-5">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://extremeportal.force.com/ExtrArticleDetail?an=000080659"><i>How To: How To Configure VRRP fabric routing to achieve active-active forwarding/routing on all VRRP routers.</i></a> Extreme Portal,<span class="Abrufdatum"> abgerufen am 5. Mai 2021</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AVirtual+Router+Redundancy+Protocol&rft.title=How+To%3A+How+To+Configure+VRRP+fabric+routing+to+achieve+active-active+forwarding%2Frouting+on+all+VRRP+routers&rft.description=How+To%3A+How+To+Configure+VRRP+fabric+routing+to+achieve+active-active+forwarding%2Frouting+on+all+VRRP+routers&rft.identifier=https%3A%2F%2Fextremeportal.force.com%2FExtrArticleDetail%3Fan%3D000080659&rft.publisher=Extreme+Portal"> </span></span>

</li>

<li id="cite_note-6"><span class="mw-cite-backlink"><a href="#cite_ref-6">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://kb.juniper.net/InfoCenter/index?page=content&id=KB13332&cat=E_SERIES&actp=LIST"><i>[MX] ‘protocol vrrp’ in Loopback filter will not work when VRRP is configured with MD5 authentication.</i></a> In: <i>Juniper Networks.</i><span class="Abrufdatum"> Abgerufen am 24. August 2021</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AVirtual+Router+Redundancy+Protocol&rft.title=%26%2391%3BMX%26%2393%3B+%E2%80%98protocol+vrrp%E2%80%99+in+Loopback+filter+will+not+work+when+VRRP+is+configured+with+MD5+authentication&rft.description=%26%2391%3BMX%26%2393%3B+%E2%80%98protocol+vrrp%E2%80%99+in+Loopback+filter+will+not+work+when+VRRP+is+configured+with+MD5+authentication&rft.identifier=https%3A%2F%2Fkb.juniper.net%2FInfoCenter%2Findex%3Fpage%3Dcontent%26id%3DKB13332%26cat%3DE_SERIES%26actp%3DLIST"> </span></span>

</li>

<li id="cite_note-Cerf/Cain-7"><span class="mw-cite-backlink"><a href="#cite_ref-Cerf/Cain_7-0">↑</a></span> <span class="reference-text"><span class="cite">Owen Garett: <a rel="nofollow" class="external text" href="https://www.nginx.com/blog/nginx-plus-r6-released/#high-availability"><i>Announcing NGINX Plus Release 6 with Enhanced Load Balancing, High Availability, and Monitoring Features.</i></a> <a href="Nginx" title="Nginx">nginx</a>, 2015,<span class="Abrufdatum"> abgerufen am 3. Juni 2015</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AVirtual+Router+Redundancy+Protocol&rft.title=Announcing+NGINX+Plus+Release+6+with+Enhanced+Load+Balancing%2C+High+Availability%2C+and+Monitoring+Features&rft.description=Announcing+NGINX+Plus+Release+6+with+Enhanced+Load+Balancing%2C+High+Availability%2C+and+Monitoring+Features&rft.identifier=https%3A%2F%2Fwww.nginx.com%2Fblog%2Fnginx-plus-r6-released%2F%23high-availability&rft.creator=Owen+Garett&rft.publisher=%5B%5Bnginx%5D%5D&rft.date=2015&rft.language=en"> </span></span>

</li>

</ol></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-05-17" href="https://de.wikipedia.org/wiki/?title=Virtual_Router_Redundancy_Protocol&oldid=256095730">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>